home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1965 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.7 KB
  1. Path: informatik.tu-muenchen.de!fischerj
  2. From: fischerj@informatik.tu-muenchen.de (Juergen "Rally" Fischer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: QBlit & BlitBitMapRastport = lock
  5. Date: 25 Jan 1996 15:22:23 GMT
  6. Organization: Technische Universitaet Muenchen, Germany
  7. Distribution: world
  8. Message-ID: <4e877f$jtf@sunsystem5.informatik.tu-muenchen.de>
  9. NNTP-Posting-Host: hphalle5h.informatik.tu-muenchen.de
  10. Originator: fischerj@hphalle5h.informatik.tu-muenchen.de
  11.  
  12.  
  13.  
  14. Well, I do not touch my bltnode struc until cleanup was called...
  15.  
  16. My routines using Qblit (doing a pack of quite large blits) run
  17. well, until I start my picviewer, which fires off a blitbitmaprastport
  18. for each line in the window.
  19.  
  20. Sooner or later, blitter will be locked :(
  21. Just locked, no wrong blits up to now detected.
  22. Leting the viewer draw in bigger steps doesn't change anything.
  23.  
  24. I don't have an idea what you can do wrong on a blitbitmaprastport
  25. call. Well my bitmap got more width and different depth, is this illegal ?
  26.  
  27. One thing is unclear about the bltnode: bltsize. what the hell to write
  28. in bltsize if I use large blits :\ well, both specifying 0 or a dummy value
  29. will work until my blitbitmaprastporter starts.
  30.  
  31. The really funny thing is no other interference of both programs with
  32. windows, kingcon, whatever detectecd.
  33.  
  34.  
  35. Question to the RKM experts: I found a bug :)
  36.  
  37. In blibitmaprastport, the interface is decsribed like
  38.  
  39. Asm:   D3
  40. C:    WORD
  41.  
  42.  
  43. Another routine (blttemplate? don't remember) was  described like this:
  44.  
  45. Asm:  D3.W
  46. C:    WORD
  47.  
  48. well, EXTing the values for my blitbitmap call didn't change anything...
  49.  
  50. ------------------------------------------------------------------------
  51.    fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)   =:)
  52.  
  53.